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PREFACE 



This publication describes the functions 
and organization of the input/output (I/O) 
support portion of System/360 Operating 
Systerr. It also describes the relationship 
of I/O support to other portions of the 
operating system. 



The publication is divided into sections 
that describe each of the major components 
of I/O support. Each section refers to 
flowcharts that show the sequence in which 
the functions are performed. Appendixes 
are included tc show the formats of work 
areas and tables used by I/O support. 



IBM System/360 Operating System: Con- 
cepts and Facilities , C28-6535 

IBM System/360 Operating System: Data 
Management , C28-6537 

IBM System/360 Operating System: Intro- 
duction to Control Program Logic , Pro- 
gram Logic Manual , Y28-6605 
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INTRODUCTION 



The I/O support routines are nonresident 
SVC routines; they reside in the SVC 
library (SYSl.SVCLIB) on the system resi- 
dence volume, and operate from the SVC 
transient area in main storage. Processing 
programs normally specify use of I/O sup- 
port via a macro-instruction whose expan- 
sion includes an SVC instruction. Execu- 
tion of this SVC instruction causes CPU 
control to be passed through the SVC inter- 
ruption handler to the appropriate SVC 
routine. There are seven I/O support 
macro-instructions each having an SVC rou- 
tine that performs the I/O support func- 
tion. The I/O support macro-instructions, 
their associated SVC numbers, and the I/O 
support SVC routines are listed in Table 1. 

Table 1. I/O Support Macro- Instructions, 
SVC Numbers and Routines 
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• Opening a data control block, which is 
initialization required before a data 
set can be read or written. 

• Closing a data control block, which is 
final processing on a data set after it 
has been read or written. 

• Processing end-of -volume conditions, 
which is the processing required when 
an end-cf -volume or end-of-data set 
ccndition occurs during an I/O opera- 
tion. 



Op ening a Data Control Block 

Before any information can be read from 
or written into a data set, the data 
control block for that data set must be 
opened. When a processing program issues 
an OPEN macro-instruction, the open routine 
of the control program performs the open 
processing. 

Open processing consists of completing 
control blocks that contain the charac- 
teristics of the data set to be read or 
written, and of bringing into main storage 
the access method routines that will oper- 
ate on this data set. 



All these routines except RDJFCB are 
type 4 SVC routines; RDJFCB is type 3. A 
discussion of the types of SVC routines is 
given in the publication IBM System/360 
Operating System: Introduction to Control 
Program Logic, Program logic Manual . 

Because type 4 SVC routines are broken 
down into load modules of 1024 bytes or 
less, functions required by more than one 
I/O support routine are actually performed 
by common load modules. For example, the 
open and the openJ routines are separate 
SVC routines, but functions common to both 
are performed by the same load modules. 

To save time, the user can open or close 
more than one DCB via a single macro- 
instruction. If an OPEN macro-instruction 
specifies three DCB's, the initial load 
module is executed three times (once for 
each DCB) before the next load module is 
executed. Before a load module is 
replaced, it is executed as many times as 
is needed to open the specified data con- 
trol blocks. 

Input/output (I/O) support routines per- 
form three functions associated with I/O 
operations. These functions are: 



Closi ng a Data Control Block 

After reading or writing a data set is 
completed, the processing program should 
issue a CLOSE macro-instruction to complete 
the processing of that data set. The close 
routine releases main storage that was 
acguired for the I/O operations when the 
data control block was opened. The close 
routine also performs final label process- 
ing for the data set, and sets indicators 
so that the data set is properly disposed 
of when the jot step terminates. 



Processing End-of-Volume Conditions 



When an end-of-volume or 
condition occurs, the end 
routine processes labels 
whether processing is to 
ether volume or data set. 
condition occurs, the load 
are part of the sequential 
(SAM) and are described in 
IBM System /360 Operating 



end-of-data set 

-of-volume (EOV) 

and determines 

continue on some 

When an EOV 

modules entered 

access method 

the publication 

System: Sequen- 



tial Access Methods, Program Logic Manual , 
Y28-6604. These SAM modules are the first 
ones entered: one for EOV and the other for 
FEOV. 



Introduction 



OPENING A DATA CONTROL BLOCK 



The DCB associated with a data set must 
be opened before any transfer cf data 
between main and auxiliary storage can 
occur. The data control block is created 
when the processing program is assembled, 
but it may not be completed at that time. 

Opening includes completing the DCB from 
information in the job file control block 
(JFCB) and the data set label or DSCB, and 
selecting the executor routine that brings 
appropriate access method routines into 
main storage. Executors are load modules 
that are entered from an I/O support rou- 
tine but perform functions for a specific 
access method. The operation of executcrs 
is described in the program logic manuals 
for the access methods. 

The user may specify either cf two 
routines to open a DCB: the open routine or 
the openJ routine. Both are type 4 SVC 
routines. The difference between the two 
is that the open routine reads the JFCB 
from the jot queue , but the openJ routine 
moves the JFCB from the dynamic area of 
storage to the openJ work area. The JFCB 
must be in main storage before openJ 
receives control. 



OPEN macro-instruction's parameter list in 
a general register. The parameter list 
specifies the DCB's that are to be opened. 
Also maintained in a general register is 
the address of the DCB that is being opened 
since each open load module processes each 
DCB to be opened before passing control to 
the next load module. 

Throughout open processing , a DCB must 
have its LOCK tit off (off is 1 for the 
LOCK bit) and its BUSY bit on (on is 1 for 
the BUSY bit). These bits are in the 
DCBOFLGS field Of the DCB. If a DCB 
specifies otherwise, it is not processed. 
The LOCK bit is set on by I/O support 
routines preceding a user exit; thus, other 
I/O support routines cannot process or 
change the DCB until the I/O support rou- 
tine that set the bit regains control and 
resets it. The BUSY bit is set on by the 
open routine to indicate that the DCB is in 
the process of being opened. When the BUSY 
tit is not on for successive open func- 
tions, that DCB is not being opened and 
will not be processed. The BUSY bit is 
turned off and the OPEN bit turned on when 
all open functions have been performed and 
the DCB is considered open. 



Opening a DCB using the open routine 
requires only the execution of an OPEN 
macro-instruction that does not have a TYPE 
specification of J. Execution of the OPEN 
macro-instruction causes an SVC interrup- 
tion (SVC 19). The SVC interruption han- 
dler passes CPU control to the open rou- 
tine. 

The openJ routine receives contrcl from 
the SVC interruption handler when an OPEN 
macro-instruction with a TYPE specification 
of J (SVC 22) is executed. However, open- 
ing a DCB using the openJ routine requires 
that the JFCB be in main storage prior to 
execution of openJ. When the JFCB is on 
auxiliary storage, it may be read into main 
storage using the RDJFCB macro-instruction. 
This allows the user to modify the JFCB 
before the DCB is opened. 



THE OPEN ROUTINE 

When an OPEN macro-instruction is exe- 
cuted, the open routine gains control from 
the SVC interruption handler after program 
fetch has read the first load module into 
the SVC transient area. 

The first module, and all successive 
open modules, retain the address of the 



Charts 10 through 13 show the functions 
and operation cf open. A symbolic name is 
indicated above the blocks that describe 
each function. These names, and names of 
the actual open load modules that contain 
the functions, make up a table that resides 
in the first lead module of open- This 
table enables cross-referencing between the 
charts and the open load modules . 

The four main functions that the open 
routine performs are: 

• Basic initialization. 



• Volume mounting 
tion. 



and volume verifica- 



• Merging of control block information. 

• Determination of access method rou- 
tines. 

The null or dummy data set is treated as 
a special case by the I/O support routines. 
No device is allocated td a null data set; 
thus, no volume positioning, label process- 
ing, or volume mounting is performed. The 
open routine recognizes a null data set by 
finding the characters NULLFILE in the 
DSNAWE field in the JFCB associated with 
the DCB being opened. Information concern- 



ing the dummy data set 

publication IBK System/360 

tern: Sequential Access Methods y Program 
Logic Manual . 



is given in the 
Operating Sys- 
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BASIC INITIALIZATION 

The open routine performs basic initial- 
ization functions for all DCB's in the 
parameter list. These functions are: 

• Obtaining main storage for a work area 
for each DCB to be opened. 

• Determining the size of the where-to-go 
(WTG) table. 

• Obtaining storage for and setting up 
the WTG table. 



• Reading 
opened. 



the JFCB for each DCB to be 



Upon receiving control, the open routine 
inspects each DCB in the parameter list and 
counts each DCB as an entry for the vari- 
able section of the WTG table. The open 
routine turns on the BUSY bit in each DCB. 
(A DCB that is already OPEN at inspection, 
i.e., has its OPEN bit on, is not processed 
and is not "busy"; however, an entry for it 
is counted to maintain the parallel struc- 
ture of the "WTG table and the parameter 
list.) 

For each DCB to be opened, open obtains 
main storage by use of the GETMAIN macro- 
instruction. This storage is used as a 
work area, the address of which is stored 
temporarily in the DEB address field of the 
DCB. After the WTG table has been built, 
the wcrk area address is transferred from 
the DCB to the corresponding DCB entry in 
the WTG table. The work area is used for 
setting up control blocks and channel 
programs that are required for reading and 
writing header and trailer labels and 
DSCB's, and for tape positioning. (The 
work area for each DCB is described in 
Appendix A.) 

After open has determined how many DCB's 
are in the parameter list, storage for the 
WTG table is obtained via a GETJMAIN macro- 
instruction. The number of bytes requested 
is 32+8 (n+1), where n is the number of 
DCB's specified in the parameter list. The 
total number of bytes required is in the 
WTG table size counter. 

The WTG table is a communication area 
for the modules of open. Figure 1 
illustrates the table, and Appendix C pro- 
vides a detailed description. The table 
has two parts: a thirty- two byte basic 
section of standard format and a variable 
number (n+1) of eight-byte entries. 
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Figure 1. Where-To-Go (WTG) Table 



The basic section of the table contains 
a twenty-nine byte list equivalent to that 
produced by the BLDL macro-instruction. 
This is followed by one byte which gives 
the double-word size of the entire WTG 
table, and by two bytes which serve as flag 
bytes (the WTGPATH) . 

The bits of the WTGPATH are set on or 
off to indicate the path through the open 
modules. Each open module determines the 
next open module by testing the bits of the 
WTGPATH. The path is controlled by the 
following: 

• Device type (tape, direct-access, etc.) 
upon which the volume for the data set 
currently being initialized resides. 

• Labeling characteristics. 

• Type cf processing required. 

• Number cf volumes specified by the 
JFCB. (If there are more than five 
volumes indicated, JFCB extensions must 
be read into main storage.) 

Each eight-byte entry of the variable 
length section contains the IDTTR of the 
required access method executor in the 
first five bytes and the address of the 
work area associated with a particular DCB 
in the remaining three bytes. When a DCB 
is not being opened at this time, its entry 
contains binary zeros. The last eight-byte 
entry is always the IDTTR of the open load 
module which is to regain control from the 
access method executors after their pro- 
cessing is complete. 



Opening a Data Control Block 



To read the JFCB from the job queue to 
the work area, the open routine must con- 
struct control blocks (DCB, DEB, ECB, and 
IOB) and a channel program within the work 
area. Thus, the work area contains the 
information necessary to read the JFCE by 
use of the EXCP macro-instruction. 

If an I/O error occurs, the ABEND rou- 
tine (SVC 13) is entered. (The ABEND 
routine is described in the publication 
IBM System/360 Operating System: Fixed-Task 

Supervisor, Program logic Manual , 

Y28-6612.) 

JFCB extension blocks are read into the 
work area when (1) there are more than five 
volume serial numbers and a user is opening 
for RDEACK, or (2) there are more than five 
volume serial numbers, MOD is specified and 
the user is opening for OUTPUT or 0UTIN. 1 

Open obtains the address of each JFCB 
from the task input/output table (TIOT) . 
The address obtained is a relative track 
address (TTR) and must be converted to the 
full device address (MBBCCHHR) . The con- 
vert routine that performs this conversion 
is described in the publication IBM 
System/360 Operating System: Seguential 
Access Methods, Program Logic Manual . 



VOLUME MOUNTING AND VERIFICATION 

After basic initialization, open's next 
function is volume mounting. During mount- 
ing open determines whether required 
volumes are mounted on devices allocated to 
a data set. Open requests mounting of the 
required volumes and then checks them by 
examining volume labels. 

The mount function is divided into gen- 
eral mounting for all DCB's to be opened 
and parallel mounting for DCB's which spec- 
ify either the basic direct or indexed 
sequential access methods. 

General Mounting 

Open's actions during mounting depend 
initially on the type of volumes needed by 
the processing program. If specific 
volumes are needed, open uses the volume 
serial numbers specified in the data set's 
JFCB to check for correct volume mounting. 
(Serial numbers are required when INPUT, 
IN0UT, or RDBACK is specified.) 

Open performs general mounting only for 
the first volume of a data set tc be 
processed. If the user's parameter's speci- 
fy RDEACK or if MOD is specified in the DD 



statement with an OPEN for OUTPUT or OUTIN, 
the first volume to be processed will have 
its volume serial number specified last in 
the JFCB. Otherwise, the volume needed is 
the first one indicated by the JFCB. 

When deferred mounting is specified, the 
job scheduler performs no mounting for the 
data set during job step initiation. The 
open routine issues the initial mounting 
messages. Deferred mounting is described 
in IBM System/360 Operating System: Con- 
cepts and Facilities . 

"Whether mounting has been deferred or 
not, open determines whether the correct 
volumes are mounted. If correct mounting 
is not found, open issues mount messages 
and rechecks for correct mounting. 

After open has determined that mounting 
is correct, the routine locates the proper 
data set en the volume. For tape, open 
positions the volume; for direct-access, 
open locates the data set control block 
(DSCE) and reads it into main storage. 
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i-All JFCB's and DSCE's are read for 
tenated BPAM data sets. 



The low-order seven bits (the data man- 
agement ccunt) are the binary number of 
DCB's which are open for data sets on the 
mounted volume. For direct access, the 
count is incremented by 1 when open ascer- 
tains that the mounted volume is the one 
specified in the JFCB. For tape, an 
attempt to begin processing a second data 
set on a volume results in abnormal termi- 
nation of the job step. Thus, data manage- 
ment counts for tape devices will be either 
or 1. 



DEFERRED MOUNTING: Open checks all the 
UCE's allocated to the data set for the 
serial number of the first volume to be 
processed. When the volume serial number 
is in the UCB, the job scheduler has 
initiated mounting, and only volume check- 
ing is required. When the serial number is 
not found and the mount switches in the 
UCB's are off, the user has 
deferred mounting. Open checks 
these same UCB's for one whose data manage- 
ment count is and which does not specify 
a volume that is reserved, public, perma- 
nently resident, or used for system resi- 
dence. Should none of the allocated de- 



allocated 
requested 



vices te available, the job step is abnor- 
mally terminated. 

When open has found a suitable unit, the 
routine issues a mount message to the 
operator designating the volume serial num- 
ber specified in the JFCB. When the JFCB 
does not indicate a volume serial number 
(e.g., for OUTPUT or OUTIN data sets), 
open's mount message specifies a scratch 
volume. 

Open sets the mount switch in the asso- 
ciated UCB to indicate that a mount has 
been requested and that volume checking is 
required. 



VOLUME VERIFICATION: Whether a mount mes- 
sage has been issued by open or by the job 
scheduler, open checks the mounted volume. 
When volume serial numbers are required, 
the serial number from the JFCB is compared 
with the serial number from the label. 
When job scheduler has initiated the mount, 
the volume serial number is found in the 
UCB. 1 When the mount was initiated by open, 
open must read in the volume label to 
obtain the serial number. When the volume 
has been recognized as the correct volume, 
open inserts the volume serial number into 
the UCB, For tape volumes, open also 
inserts the file sequence number into the 
UCB. 

Volume checking has the following varia- 
tions: 

• For volumes with standard labels, open 
obtains the volume serial number from 
the label. If this number is the same 
as the number specified in the JFCB, 
the required volume has been mounted. 
Open sets the mount switch off and 
increments the data management count by 
one. When the two serial numbers are 
not the same, open reissues a mount 
message to the operator and checks the 
new volume. 

• For volumes with nonstandard labels, 
open ascertains that standard labels do 
not exist for the volume. Open passes 
control to the user's nonstandard label 
processing routines. When the user 
returns control, he indicates whether 
the volume is correct. If the volume 
is not correct, open reissues mounting 
messages and again asks for checking by 
the user routines. After the correct 
volume is mounted, open sets the mount 
switch off and increments the data 
management count. 



• When unlabeled volumes are specified, 
open ascertains that standard labels do 
net exist for the volume. The mount 
switch is set off, and the data manage- 
ment count is incremented. 

When OUTPUT or OUTIN tape volumes are 
specified, the open routine checks the 
mounted volume for the specified density 
(when dual density devices are used) and 
label characteristics. When the label type 
and/or density of the volume does not agree 
with the user's specifications, control is 
transferred to a label editor module. The 
user may either utilize the IBM-supplied 
routine or supply an editor module. 2 The 
standard routine requests replacement of 
the current volume with a volume containing 
the specified label type and sets the mount 
switch on. Control is returned to the 
mount-verification module for volume check- 
ing. 

When an OUTPUT, OUTIN, or INOUT tape 
volume has been verified, the open routine 
reads the sense bytes to check for file 
protection. When the sense bytes do not 
show file protection, the open routine 
proceeds to its next function. When the 
volume is protected and the mode is OUTPUT 
or OUTIN, the routine issues a message to 
the operator requesting the insertion of a 
file protect ring. When the mode is INOUT, 
the message issued gives the operator the 
option of inserting a protect ring. 

TAPE POSITIONING: After tape volumes have 
been verified, the open routine positions 
the volumes at the data set specified by 
the user and, when possible, verifies data 
set labels. 1 (The user's nonstandard label 
routines position tapes before returning 
control to the mount-verification module.) 
Open positions tape using the data set 
sequence numbers supplied by the user. 
These sequence numbers are available as 
counters in the UCB — SRTEFSCT and 
SRTEFSEQ. The physical sequence (SRTEFSCT) 
is the relative position of the data set on 
its resident volume. The logical sequence 
(SRTEFSEQ) is the sequence of a data set in 
a group of related data sets. When the 
data sets are contained on a single volume, 
these two numbers are equal. For multi- 
volume, multi-data set aggregates, they may 
differ. 

Figure 2 shows the physical and logical 
sequences of the data sets residing on a 
multi-volume, multi-data set aggregate. 
This aggregate consists of four data sets 
contained on two tape volumes. 



^When SYSIN or SYSOUT Is specified, the 
volumes are not processed by open except 
for incrementing the data management count. 



information on writing volume label editor 
routines is given in the publication IBM 

System/360 Operating System: System 

Programmer's Guide . 



Opening a Data Control Block 
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Figure 2. 
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Unlabeled Tape Positioning; The open rou- 
tine positions unlabeled tapes by comparing 
the physical sequence number in the UGE to 
the logical sequence number in the JFCB. 
For output data sets if the physical 
sequence number does not equal the logical 
sequence number, the data set sequence 
number in the JFCB is replaced by the 
physical sequence number (this is required 
only for multi- volume, multi-data set 
aggregates) . 



For RDBACK, the tape is 
above and in addition, for: 



positioned as 



• One volume - forward space files fol- 
lowed by a backward space file is 
issued to position the tape at the end 
of the appropriate data set. 

• More than one volume - the last volume 
specified in the JFCB is positioned as 
if the data set sequence number in the 
JFCB were a 1. The sequence number 
from the JFCB replaces the logical 
sequence number in the UCB. 

Input Standard Labeled Tape Processing: 
Labeled tape positioning is the same as for 
unlabeled except that the HDR1 (Data Set 
Label 1) is read and the sequence number 
from the label is inserted into the UCB. 
This number is checked against the number 
in the JFCB. 

After tape positioning, the tape is left 
positioned in front of the HDR1. However, 
for REEACK and for OUTPUT with MOD speci- 
fied, the tape is left in front of the tape 
mark preceding the trailer label. 



For all DCB's 
mounted tape vol 
labels, the open 
the labels spec 
name. (For open 
parameters must s 
RDBACK.) Open 
fields in the ass 



in the parameter list with 
umes that have standard 
routine determines whether 
ify the correct data set 
to verify labels, the OPEN 
pecify INPUT, INCUT, or 
then fills in the zero 
ociated JFCB's with fields 



specified in the labels; open also posi- 
tions the tapes at the first data set 
record. 

To verify that the tape is correct for 
the data set, open inspects HDRl. Open 
uses the least significant nonblank charac- 
ters (with a maximum of 17) of HDRl to 
determine the data set name. The label 
data set name is then compared with the 
data set name in the JFCB. If the names do 
not agree, control is passed to the ABEND 
routine. When they do agree, HDR2 is read 
into the work area. 

(If the DCB is being opened for INOUT, 
the retention date is checked to make 
certain that a current data set is not 
destroyed. If the date has passed, open 
processing continues. If not, a message is 
written to the operator, and if the tape is 
net verified by him, the task is terminat- 
ed.) 

After the open routine verifies the data 
set, open checks HDRl for specification of 
a password-protected data set. When the 
data set is protected, control is passed to 
the open security module. This routine 
establishes its work area and then searches 
the SYSRES VTOC for the DSCB of the pass- 
word data set. If the search is unsuccess- 
ful, an abnormal job step termination is 
requested. When the password DSCB is 
found, the routine initializes a counter 
used to limit to two the number of attempts 
to obtain the correct password from the 
operator; it then passes control to the 
password reader routine. (The latter may 
be installation supplied.) 

The password reader increments the coun- 
ter by cne and then prepares the operator 
message to request the data set password. 
The message identifies the data set by 
giving the job and step names and the 



DDNAME. 



These names are obtained from the 



data set TIOT entry, 
issued the message, 
the security module. 



When the routine has 
it returns control to 



The security module searches the pass- 
word data set for the one supplied by the 
operator. When the correct password is 
submitted, the security module reads in the 
data portion of the password entry. The 
routine compares the mode byte of the entry 
to the specified method of opening for the 
data set. When modes agree, the user count 
from the data portion of the password entry 
is incremented by one. If the modes are 
net the same, the job step is abnormally 
terminated. 

When the password submitted by the oper- 
ator is not found, the open security rou- 
tine determines whether one or two attempts 
have been made. When one attempt was made, 
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the security module passes control to the 
password reader routine to initiate a sec- 
ond request. When the operator has given 
two incorrect passwords, the job step is 
abnormally terminated. 

When the open security routine has suc- 
cessfully verified all security-protected 
data sets to be opened, it releases the 
work area and passes control to the next 
open module. 

HDR2 follows HDR1 and contains data set 
characteristics. This header is merged 
with the JFCB. The zero fields in the JFCB 
that may be filled in by fields from the 
HDR2 are converted from the BCD (7 track) 
or EBCDIC (9 track) form of the HDR2 to the 
binary form of the JFCB. The tape is then 
positioned (forward space file) to the 
first data record (if RDBACK is specified, 
a backspace file operation is performed.) 

Output Standard Labeled Tape Processing; 
When the tape is positioned to receive a 
new data set, the open routine checks the 
tape for a header label. If no label is 
found, one is created for the data set. If 
a header label is found (indicating that a 
data set is already on that part of the 
tape) , it is checked to determine whether 
it may be overlaid. The open routine 
checks for unexpired and for security- 
protected data sets. If the expiration 
date of the data set on the volume has not 
passed, the open routine issues a message 
to the operator. If the operator replies 
that the tape is not to be used, he may 
mount a scratch volume. 

When the expiration date has passed, the 
open routine checks for data set security. 
If the header label indicates security, a 
check is made for the correct data set name 
as for input tape, and then control is 
passed to the security routine. If the 
correct password is given, the new label is 
prepared. 

The new header label is constructed from 
the information in the JFCB. The HDR1 and 
HDR2 fields are determined, and where 
necessary, binary fields specified in the 
JFCB are translated to the character forms 
of the label. A tape mark is written 
following the label. 

DIRECT-ACCESS VOLUME SEARCHING: When a 
direct-access volume is mounted, the volume 
label for that volume points to the volume 
table of contents (VTOC) which contains a 
DSCB for each of the data sets on that 
volume. To locate the correct DSCB's for 
the data sets associated with the DCB's in 
the parameter list, cpen searches on key 
equal with DSNAME from the JFCB. When the 
search is equal, the correct DSCB for the 
data set is found. Open then reads the 



data portion of the DSCB (96 bytes). If 
the DSCB is not successfully read, the job 
step is terminated. 

When the DCB specifies that the data set 
is not to be NEW, the expiration date in 
the DSCB is checked; if the date has not 
expired, a message is transmitted to the 
operator. If the operator indicates that 
the data set cannot be modified, the job 
step is terminated so current data sets 
will not be destroyed. 

If the DSCB (format 1 block) specifies 
security, the open security module receives 
control. The security routine operates as 
for tape except that the specification of 
BPAM concatenation requires checking each 
member that is a security-protected data 
set. 



Parallel Mounting 

Parallel mounting is similar to general 
mounting but handles the specific require- 
ments of processing programs using ISAM or 
BDAM. These access methods require that 
all volumes of a data set be mounted 
concurrently. 

During job step initiation, the job 
scheduler will initiate mounting not only 
of the first volume of a data set but also 
of all the volumes required for ISAM or 
BDAM. However, the scheduler will only 
allocate units to handle all the volumes if 
the processing program specifies deferred 
mounting. 

For parallel mounting, open checks all 
DCB's for those that specify use of ISAM or 
BDAM. When one is recognized, open exam- 
ines the associated data set's task I/O 
table (TIOT) entry. Since the TIOT lists 
all the UCB's for devices which have been 
allocated to a data set, open can determine 
whether multiple volumes are required by a 
DCB's associated data set. 

When the TIOT does not indicate more 
than one UCB, no parallel mounting takes 
place since the first volume of every data 
set has teen checked for correct mounting 
by the general mount. 

For those DCB's requiring parallel 
mounting, open uses the serial numbers 
given in the JFCB. Since a data set may 
reside on more than five volumes, open may 
require JFCB extension blocks to obtain the 
complete list of serial numbers. Open 
obtains the extension block from auxiliary 
storage. 

To perform I/O, the parallel mount uses 
its own GETMAIN areas: one large enough to 
receive a JFCB or a JFCB extension block, 
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the other large enough to receive a volume 
label. 

In ircst respects f the parallel mount 
procedure is the same for BDAM and ISAM. 
The difference arises from the possibility 
of using more than one DD statement in 
defining an indexed sequential data set. 

BDAM Parallel Mounting: "When the examina- 
tion of the TIOT indicates additional UCB's 
for a data set, open checks. the associated 
JFCB for the next volume serial number. 
"When five serial numbers have been obtained 
from a JFCB, it is necessary to read the 
extension block into the GETMAIN area. 

When the serial number has been obtained 
from the JFCB or from the extension block, 
open ascertains that the number is non- 
blank. The recognition of a blank serial 
number field results in abnormal termina- 
tion of the jot step. 

Open examines the UCB for the presence 
of the volume serial number. "When the 
number is in the UCB f the volume has been 
mounted by the job scheduler. Open need 
only increment the data management count 
and set the mount switch off. When the 
volume is not mounted, open sets the mount 
switch on and issues a mount message. The 
open routine reads the volume label into 
the GETMAIN area for checking. 

Volume verification is the same as for 
the general mounting. When the correct 
volume has been mounted, open gets the 
volume table of contents (VTOC) address 
from the label. The address is converted 
to the relative track form. The converted 
VTOC address and the volume serial number 
are placed intc the UCB. 

Open sets the mount switch off and 
increments the data management count as in 
the general mounting. Unlike the general 
mount when this would complete mounting for 
a DCB, the parallel mount must check the 
TIOT fcr specification of further UCB's for 
this data set. Only when the TIOT entry 
lists no other UCB's does parallel mounting 
for another DCB begin. 

ISAM Parallel Mounting: The parallel mount 
procedure for ISAM is the same as for BDAM 
with one exception. When open examines the 
TIOT entry for a data set, the specifi- 
cation of no additional UCB's does net mean 
that all the volumes of the data set are 
mounted. Since the data set may require 
more than one DD statement to define it, 
there may be mere than one TIOT entry for 
the data set. 

When this occurs, the additional TIOT 
entries have their DDNAME fields blank, as 
for concatenation. Therefore, when the 



TIOT entry indicates no additional UCB's, 
open examines the next entry. If the next 
entry has a blank DDNAME field, there is 
another JFCB for the data set. Open reads 
the associated JFCB into the area. From 
this point, the procedure is the same as 
fcr BDAM. 

When the examination of the next TIOT 
entry dees not result in a blank DDNAME 
field, all the volumes associated with the 
data set have been mounted. Open frees any 
GETMAIN areas that were acquired and con- 
tinues parallel mounting for any other 
DCB's that specify ISAM or BDAM. 

Reading Additional DSCB's: After all 
voluires have been mounted for BDAM and 
ISAM, open reads in the associated DSCB's. 
Open uses the VTOC address from the UCB 
specified in the data set's TIOT entry to 
address the DSCB. In main storage, open 
sequentially chains a data set's DSCB's, 
beginning with the DSCB of the first volume 
to be processed. The open routine read the 
first DSCB following the general mounting. 

For ISAM, the possibility exists of 
duplicating the reading of DSCB's since the 
same volume may be specified in more than 
one TIOT entry for a data set. To avoid 
this, open checks all format 1 blocks 
already read for one with a UCB pointer 
equal to the UCB pointer of the present 
DSCB. When the routine recognizes equal 
pointers, it proceeds tc the next volume if 
one exists. The open routine places the 
UCB pointer in the suballocation field of 
format 1 blocks. (ISAM allocation does not 
use this field.) Open also checks for a 
format 2 block on the first volume of the 
data set. If this block is absent, the job 
step is abnormally terminated. 

For BDAM, the open routine places the 
number of extents of the data set 
(excluding the first volume) into the DCB. 
The BDAM executor uses this count to deter- 
mine when it has constructed all extents in 
the DEB. 



Open determines whether 
program has specified the 
sequence as the sequence of 
allocation. The sequence i 
successive sequence numbers i 
in ascending order. When the 
net agree, the job step 
terminated. The open routin 
check for both BDAM and ISAM. 



the processing 
same volume 

the original 
s correct when 
n the TIOT are 

sequences do 
is abnormally 
e makes this 



MERGING OF CONTROL BLOCK INFORMATION 

The number of completed fields in the 
DCB before it is opened varies with the 
type and number of parameters specified in 
the DCB macro-instruction. At execution 
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tiirie f additional attributes may be intro- 
duced into the DCB from the DD statement. 
Job management routines place these attri- 
butes into the JFCB, and the open routines 
transfer them to the DCB. The open rou- 
tines use a merging process. 

The user may add to or modify informa- 
tion in the DCE during opening by including 
an active DCB exit in his exit list. (The 
DCB exit is described in IBM System/360 
Operating System: Data Management .) When 
reguested, open takes this user exit after 
the information merge to the DCB is com- 
plete. 

There are two types of merging with 
respect to the DCB: 

• Forward; merging information from the 
DSCB or data set label to the JFCB to 
the DCB. 

• Reverse; merging information from the 
DCE to the JFCB to the DSCB. 



Forward Merge 

The forward merge from the data set 
label to the JFCB completes zero fields in 
the JFCB. 

The merge is the same for tape labels as 
for DSCB's except that different JFCB 
fields may be filled from the two label 
types. From DSCB's, the following JFCB 
fields may be completed: 

• JFCRECFM - record format. 

• JFCOPTCD - option codes. 

• JFCKEYLE - direct access key length. 

• JFCDSORG - data set organization. 

• JFCBLKSI - block size. 

• JFCLRECL - logical record length. 



• Field length table, which contains the 
lengths of the fields to be merged. 



Each table contains an access 
dent section, which contains 
that are present only for 
access method and a section 
DCB fields that are always pr 
less of the access method 
method executor to receive 
open is determined at this 
cated in the WTG table. 



method depen- 

the DCB fields 

a particular 

that contains 

esent, regard- 

The access 

control from 

time and indi- 



During the JFCB to DCB merge, modifica- 
tion of a field is noted by setting the 
field's associated bit. The set of DCB 
modification bits make up a mask that is 
placed in the DEB after its construction. 
The close routine uses the mask to reset 
the DCB tc its pre-open status. 

Reverse Merge 

In the reverse merge from DCB to JFCB 
for output, the DCB fields override exist- 
ing JFCB fields except the DSCRG field. 
These JFCB fields specified by the merge 
tables (see JFCB to DCB merge) are made 
egual to corresponding DCB fields. For an 
output DSCRG field and for input, the merge 
only occurs when the JFCB fields were 
previously zero. 



The rever 
takes place 
direct access 
the DSORG f 
are made 
fields. Aire 
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For tape, the merge may complete these 
fields: 



ACCESS METHOD DETERMINATION 



• JFCRECFM - record format, carriage con- 
trol character, and machine code. 

• JFCIRECL - logical record length. 

• JFCTRTCH - tape recording technigue. 

The forward merge from the JFCB to the 
DCB takes place for all DCB's to be opened* 
This merge places information from JFCB 
fields into corresponding DCB fields that 
are zero. The fields which may be merged 
are listed in the three merge tables. 
These are: 

• DCB merge table, which contains dis- 
placements for the fields in the DCB 
that are to be merged. 

• JFCB merge table, which contains dis- 
placements for the fields in the JFCB 
that are tc be merged. 



During the merge process, open uses the 
DSORG and MACR fields to determine the type 
of DCB being opened. From this, open 
ascertains which access method executors 
are reguired to process the DCB. Open 
finds the addresses of the executors in the 
XCTL table. Appendix B gives information 
about XCTL tables. 

Open transfers the IDTTR and load length 
of the reguired executor from the XCTL 
table tc the associated DCB's entry in the 
WTG table. The IDTTRs are placed in the 
table only for those DCB's being opened at 
this time. Otherwise, zeros are entered in 
place of the executor IDTTR. 

Tc pass control to an access method 
executor, open moves the IDTTR field of the 
first nonzero entry in the variable section 
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to the appropriate fields in the standard 
section of the WTG table. While the execu- 
tor has control, it determines whether 
another executor is needed to continue 
processing. If another executor is 
required, the executor overlays the IDTTR 
in the associated entry in the variable 
section with the IDTTR of the required 
executor. When no other executor is needed 
for a DCB, the ID of its entry is set to 
zero. 



To locate the JFCB, the openJ routine 
checks for a DCB foundation extension that 
specifies the user's exit list. The exit 
list should contain an active exit 
(hexadecimal 07) that indicates the address 
of the JFCB in the dynamic area. If the 
extension, exit list, or JFCB address is 
net present, the ABEND routine is entered. 



THE RDJFCB ROUTINE 



When an executor has overlaid or zeroed 
its ID, it examines the immediately follow- 
ing DCB's entry to ascertain whether that 
entry's ID is equal to its own ID. If they 
are equal, the same executor must be 
entered for the next DCB. Therefore, the 
executor branches to its starting address. 
If the ID's are unequal, the executor 
determines whether the new ID is the last 
in the table by comparing it with the ID of 
the final open load module. If table end 
has not been reached, the executor contin- 
ues its examination of following entries, 
until table end is recognized. 



When the end of 
the table pointer i 
first entry, a sear 
nonzero entry, and 
indicated module, 
all entries in the 
until the only nonz 
open module. Contr 
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ero entry is the final 
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If the DSCB has been modified, as indi- 
cated by the bit set during the merging, it 
is written back onto its associated volume 
in modified form. If not modified, no 
rewrite is necessary. When the open func- 
tions are complete, the WTG table and the 
work area are no longer necessary, so the 
FREEWAIN macro-instruction is issued. 

The DCB's are indicated as open; the 
OPEN bit is turned on and the BUSY bit is 
turned off. An SVC 03 (EXIT) is issued to 
return CPU control to the supervisor. 



THE OPENJ ROUTINE 

The openJ routine receives control from 
the SVC interruption handler after the OPEN 
macro-instruction with a TYPE specification 
of J (SVC 22) is issued. 

The openJ routine, with one exception, 
operates and has the same functions as the 
open routine. (Refer to Charts 10 through 
13.) The exception is that the JFCB is 
read from the jot queue in the open rou- 
tine, tut must be in main storage when the 
openJ routine is entered. The openJ rou- 
tine moves the JFCB into the openJ work 
area. 



The RDJFCB routine receives control from 
the SVC interruption handler when the 
RDJFCB macro-instruction (SVC 64) is 
issued. The RDJFCB routine reads the 
JFCB's associated with the DCB's in the 
parameter list into the dynamic area. (No 
JFCB extension blocks can be read.) Execu- 
tion of the RDJFCB load module is repeated 
as required for each DCB in the parameter 
list before control is returned to the 
interruption handler. The RDJFCB routine, 
therefore, maintains the address of the 
current DCB being processed as well as the 
starting address of the parameter list. 

The RDJFCB routine operates with opened 
and unopened DCB's. No processing is per- 
formed on an unopened DCB if the DDNAME in 
the TIOT does not match the DDNAME field in 
the DCB. 

Chart 14 shows the functions and opera- 
tion of the RDJFCB routine. A symbolic 
name is indicated above the blocks that 
describe each function. These names, and 
names of the RDJFCB load module are con- 
tained in a table in the listing of the 
RDJFCB routine. This table enables cross 
referencing between the charts and the 
listing. Since the RDJFCB routine is a 
type 3 SVC routine, it has only one load 
module. 

The RDJFCB routine first inspects the 
LOCK bit in the DCB. The LOCK bit, if set 
to 0, indicates that another I/O support 
routine is currently processing that DCB 
and the DCB should not be altered. If the 
LOCK bit is zero, the user regains control 
with no processing on that DCB. The next 
DCB is inspected. 

An error exit is taken to the ABEND 
routine if the user has not specified an 
active exit by means of the hexadecimal 
value 07 in the high order byte of an entry 
in his exit list. The exit list is 
addressed by the DCB to be processed. The 
entry indicates the address in problem 
program storage into which the JFCB is to 
be read. If the address is invalid, the 
AEEND routine is entered. 

When the user has specified an active 
exit and the problem program address is 
valid, the RDJFCB routine obtains a work 
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area (see Appendix A) by means of GETMAIN 
macro-instruction, sets up the work area to 
receive the JFCB for the DCB f constructs 
the control blocks necessary to read the 
JFCB by means of the EXCP macro- 
instruction , and constructs the channel 
program. 

The convert routine is used to change 
the address of the JFCB from the relative 
track address (TTR) to the actual track 
address (MBECCHHR) . This routine is 
discussed in the publication IBM System/360 
Operating System: Sequential Access Meth- 
ods f Program logic Manual . 



The RDJFCB routine issues the EXCP 
macro-instruction to read a JFCB, The JFCB 
is read into the work area, and, if there 
are nc I/O errors, the RDJFCB routine moves 
it to the dynamic storage area specified in 
the exit list. I/O errors cause the job 
step to be terminated. 

The main storage into which the JFCB is 
read is released by means of the FREEMAIN 
macro-instruction, and the next DCB to be 
processed is obtained, and the processing 
is repeated. When all of the required 
JFCB's are read, the RDJFCB routine returns 
control tc the supervisor. 
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CLOSING A DATA CONTROL ELOCK 



The DCB associated with a data set irust 
be closed after completion of all data 
transfer operations between irain storage 
and auxiliary storage. The control program 
will pass control to the close routine if a 
DCE is still open when a task is terminat- 
ed. 

Closing a DCB includes restoring the DCB 
to its original condition, processing 
labels , determining volume disposition, 
removing the DEB from the DEB chain, and 
releasing access method subroutines. 

Closing a DCB requires the execution of 
a CLOSE macro-instruction that does not 
have a type specification of T. Execution 
of the CLOSE macro-instruction causes an 
SVC interruption (SVC 20). The SVC inter- 
ruption handler passes CPU control to the 
close routine. 

A DCB can also be temporarily closed if 
the basic sequential access method is used. 
Temporary closing requires execution of a 
CLOSE macro-instruction that has a type 
specification of T. This macro-instruction 
causes an SVC 23 interruption. The SVC 
interruption handler passes control to the 
Tclose routine. 

The Tclose routine differs from the 
close routine in that Tclose does not 
restore the DCB or release the DEB or 
subroutines. Tclose performs only label 
processing and repositioning. Therefore, 
when the Tclose routine closes a DCB, data 
set processing can be resurred without re- 
opening this DCB. 



THE CLOSE ROUTINE 

The close routine is a type 4 SVC 
routine. It is entered from the SVC inter- 
ruption handler after the issuance cf a 
CLOSE macro-instruction (SVC 20). 

The first module to be executed gains 
control from program fetch after fetch has 
read it into the SVC transient area. All 
subsequent modules are loaded and gain 
control by means of the XCTL macro- 
instruction. 

The close routine maintains the address 
of the parameter list of DCB's that are to 
be closed and the address of the DCB being 
closed. This facilitates the procedure of 
executing one load module for every DCB 
requiring it before passing control to 
another module. 



In order for a DCB to be closed, it must 
have its LOCK bit off (off is 1 for the 
LOCK bit) and its OPEN bit on (on is 1 for 
the OPEN bit) . These bits are within the 
DCEOFLGS field. The LOCK bit, when off, 
indicates that no other I/O support routine 
has begun operations upon that DCB. If the 
LOCK bit is on, the close routine does no 
processing upon that DCE and goes on to the 
next DCB. The OPEN bit, when on, indicates 
that the DCB has been opened and may be 
closed. If the OPEN bit is off, the close 
routine goes on to the next DCB. 

Upon entry into the first module of 
close, the BUSY bit is set on (to 1) to 
indicate that the DCB is in the process of 
being closed. This bit remains on until 
the DCB is closed. 

When the close routine encounters a 
condition that requires abnormal 
termination of a task, the routine first 
checks the AEEND bit in the TCB to deter- 
mine whether the task is already undergoing 
termination. If the bit is on, the close 
routine dees not issue the ABEND macro- 
instruction, but ignores the error 
condition and continues closing the DCB. 
If the AEEND bit is off, the close routine 
passes control to the ABEND routine for 
abnormal termination of the task. 

This logic gives the ABEND routine the 
facility to close each DCB related to a TCB 
through a DEB, when the associated task is 
being abnormally terminated. The ABEND 
routine sets the ABEND bit to indicate to 
the close routine that the error condition 
should be ignored and that the DCB should 
be clcsed as normally as possible. 

Charts 20 and 21 shew the functions and 
operation of close. A symbolic name is 
indicated above the blocks that describe 
each function. These names and the names 
of the actual close load modules that 
perform the functions are contained in a 
table in the first load module of close. 
This table enables cross-referencing 
between the charts and the listings of the 
close load modules. 



EASIC INITIALIZATION 

The close routine, like the open rou- 
tine, uses main storage for a work area and 
fcr a WTG table. A work area is obtained 
for each DCB in the parameter list. The 
size of the WTG table is determined (basic 
section and number of entries for the 



16 



variable section) . Storage for the work 
area and WTG table is acquired via a 
GETMAIN macro-instruction. 

During initialization, the close rou- 
tine: 



The close routine determines from the 
XCTL table the ID and TTR of the access 
method executors required for closing each 
DCB. Close loads them into the variable 
secticn of the WTG table. 



• Ascertains task-data set relationship. OUTPUT LABEL PROCESSING 



• Purges queued and active I/O requests 
associated with data sets that are 
being operated upon on the EXCP level. 

• Constructs control blocks for reading 
JFCB's and DSCB's into the work areas. 

• Determines and indicates on the WTG 
table (WTGPATH bytes) the access method 
executors and close modules necessary 
for closing each DCB. 



Task-Data Set Relationship: To prevent a 
problem program from closing a data set 
that was opened under a different task from 
itself, the close routine checks family 
ID'S. The family ID of the task being 
processed must be the same as the family ID 
in the DEB addressed by the DCB that is to 
be closed. If the family ID's do not 
agree, close does not process the DCB 
unless the ABEND routine has issued the 
CLOSE. 

Purge: When a data set is closed, no I/O 
requests may be executed for it. Thus, 
when the close routine gets control, the 
queued I/O requests, and any that are 
actively being executed, are purged. The 
close routine issues the PURGE macro- 
instruction (SVC 16) for each DCB to remove 
I/O requests for data sets that are 
operated upon en the EXCP level. The purge 
routine is described in the publication IBM 
System/360 Operating System: Input/Output 
Supervisor, Program Logic Manual , Form 
Y28-6616. 



Control Blocks: 



In the work area, the 



close routine constructs the control blocks 
necessary to perform I/O operations. 

WTGPATB : The close routine determines the 
device type, whether a JFCB or a DSCB 
should be read for each DCB, the access 
method executors necessary for the DCB if 
the access methods are used, and if the 
device is tape, whether it has standard or 
nonstandard labels or is unlabeled. 

The WTGPATH bytes in the WTG table are 
set, as in the open routine, to indicate 
the following: 

• Tape or direct-access output. 

• Output tape trailer label preparation. 

• Tape positioning. 

• Direct-access output and disposition. 



When a write was the last operation that 
occurred before closing (for OUTPUT, OUTIN, 
or INCUT) , the close routine processes data 
set labels. For tape, the trailer labels 
are constructed from information contained 
in the JFCB's. For direct-access devices, 
the DSCB's are read, and the last-block- 
written field and the track-balance field 
are updated. 

Tape 

The close routine indicated during 
previous initialization that a JFCB is 
necessary for the DCB's specifying tape 
output data sets. Close constructs the 
channel programs and reads the JFCB's. 

The convert routine is used to convert 
the relative address of the required JFCB 
for each DCB to the actual track address of 
MEBCCHHR. The control blocks were pre- 
viously constructed so the EXCP macro- 
instruction need only to be issued for 
reading the JFCB into main storage. If an 
I/O error occurs during the reading of a 
JFCE, the task is abnormally terminated 
unless the AEEND bit of the TCB is on. If 
operation is not on an EXCP level, the 
access method executors are executed. Upon 
return to close, trailer labels are 
constructed. 

Before construction of a trailer label, 
the close routine inspects the WRITE bit 
within the DCBOFLGS field. If off, no 
output has been written and a trailer is 
unnecessary. When on, the close routine 
writes a tape mark after the data. Then 
close constructs trailer labels, E0F1 and 
ECF2, from the information in the JFCB, the 
DCB, TIOT, and UCB, and writes these labels 
on the tape. After labels are written for 
each DCB specifying standard output tapes, 
nonstandard label routines are entered if 
required by other DCB's. 

Direct-Access 

The close routine reads the DSCB by 
means of the EXCP macro-instruction using 
the DSCB address which is saved in the DEB 
prefix section by the open routine. When 
the DSCB is in the work area, the last- 
block-written field and track-balance field 
are updated. 

For DCB's that do not have the WRITE bit 
set, the close routine need not update the 
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DSCB, nor does it update the DSCB when the 
last block written is not in a sequential 
or partitioned organization data set. 

The full device address is converted by 
means of the convert routine, and the 
relative device address is placed into the 
DSCB last block written field. 



er label if labeled. The close routine 
then increments the logical and sequential 
data set sequence numbers in the UCB by 1. 
If the REREAD disposition is specified, the 
close routine positions the current volume 
to process the data set again. No tape or 
voluire positioning is performed for SYSIN, 
SYSOUT or for null data sets. 



When the DEB (DEBOFLGS field) specifies 
that unused external storage is to be 
released and the WRITE tit is on in the DCB 
(storage is not released when the ABEND bit 
is en) , control is passed to the DADSM 
release routine. 

The release routine updates the DSCB's 
of both the data set and the available 
storage on the volume to show that the 
unused tracks are no longer assigned tc the 
data set. The updated DSCB's are then 
written back into the VTOC. 

The close routine writes a file mark 
after each output data set that specifies 
physical sequential data set organization 
and READ/WRITE, GET/POT, or EXCP macro- 
instruction reference. A data set that is 
not terminated by a file mark because of 
extent limits reaches end-of-data on input 
by coming to end-of-extent. Ccntrcl is 
passed to the ABEND routine if a permanent 
I/O error is encountered while writing a 
file mark. 

The file mark is written on the next 
track of the data set's extent. Fcr fixed 
standard records, a file mark is also 
written in the present track (if another 
record will fit) . A file mark is written 
on the first track if no WRITE was issued. 



VOLUME DISPOSITION 

For tape or direct-access volumes, 
parameters in the CLOSE macro-instruction 
may indicate the volume positioning 
required after closing. If LEAVE or REREAD 
is not specified in the macro-instruction, 
the close routine examines the TIOT for the 
KEEP or DELETE dispositions provided in the 
DD control statement. If no disposition is 
specified in either the macrc-instructicn 
or the DD statement, the close routine 
assumes the LEAVE disposition. 

For an output tape data set, the WRITE 
(trailer switch) bit is on, indicating that 
a write has taken place and a tape mark 
must be written. The close routine writes 
two tape marks and then positions the tape 
according to the disposition specified. 

If the LEAVE disposition is specified, 
the close routine positions the current 
volumes after the file mark if unlabeled, 
or after the file mark following the trail- 



If the KEEP disposition is specified and 
the volume: 

• is private, 

• is net permanently resident, 

• is net used for SYSRES, and 

• has its user and data management counts 
equal to one, 

close issues a message to the operator to 
disirount and keep the volume. To effect 
the KEEP disposition, a rewind unload com- 
mand is issued for a tape volume; for 
direct-access, the not-ready bit is set in 
the UCB. If the DELETE disposition is 
specified, a rewind command is issued for a 
tape device. If DELETE is specified for 
direct-access, no action is taken. 



DATA CONTROL BLOCK RESTORATION 

To restore the DCB, the close routine 
uses two tables: a table of DCB displace- 
ments and a table of DCB field lengths. By 
using a mask in the DEB which is set by the 
open routine, close zeros the fields that 
were irerged to the DCB from the JFCB. 

Termination 

After restoring the DCB, the close rou- 
tine releases the main storage used ,for 
subroutines, appendages, the DEB, and the 
work area. The DEB is removed from the DEB 
chain; regaining DEB's are rechained. The 
data management count in the UCB is decre- 
mented by one for each DCB which is being 
closed for tape or direct-access. Close 
then checks for concatenation of data sets 
with unlike attributes. In this case, the 
close routine transfers control to the open 
routine. Otherwise, the close routine 
returns control to the supervisor. 



THE TCLOSE ROUTINE 

Chart 22 shows the operation and func- 
tions performed by the Tclose routine. A 
symbolic name is indicated above the blocks 
that describe each function. These names 
and the names of the actual Tclose load 
modules that perform the functions are 
contained in a table in the first load 
module of Tclose. This table enables 
cross-referencing between the charts and 
the listings of the Tclose load modules. 



The Tclose routine provides volume posi- Tclose also processes labels if 

tioning. It assumes the LEAVE disposition required, 
if no disposition is specified in the 
macro-instruction (without checking the 

TIOT) . The Tclose routine differs from the 

close since it does not restore the DCB or 

For direct access, the Tclose routine release any main storage other than that 

resets pointers in the DCB either after the acquired for its work area, 
last data record or before the first. 
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END-OF-VOLUME PROCESSING 



The end-of-volume (EOV) routine process- 
es end-of-volume and end-of-data set condi- 
tions for data sets having sequential 
organization. This routine is entered when 
one of the following conditions occurs: 

• Tape mark read en tape. 

• File irark read on direct-access device. 

• End of last extent recognized on 
direct-access volume. 

• End of file indicated after last record 
on unit record equipment. 

• End of reel encountered. 

• FECV macro-instruction issued. 

The EOV routine receives control via an 
SVC instruction. EOV performs final pro- 
cessing on the data set labels en the 
volume and specifies additional volumes 
needed to continue processing the data set. 
This specification of additional volumes 
consists of verifying the mounting of the 
proper volume, and either checking the data 
set label if the data set is input, or 
building the data set label if the data set 
is output. 

The EOV routine is invoked either from a 
processing program when the user wishes to 
force an end-cf- volume condition, or from 
the control program when an end-of-vclume 
or end-cf-data set condition is encountered 
by a sequential access method routine. The 
user causes entry to the EOV routine by 
issuing an FEOV macrc-instructicn in his 
processing program. The expansion of this 
macro-instruction includes an SVC 31 
instruction. When either the CHECK routine 
of the basic sequential access method 
(BSAM) or a synchronizing routine of the 
queued sequential access method (QSAM) 
finds that a channel program encountered 
either a permanent error or an end-of- 
volume condition, the routine issues an SVC 
55 instruction. 



executor. These executors perform func- 
tions for the sequential access methods and 
are described in the publication IBM 
System/360 Operating System: Sequential 
Access Methods, Program Logic Manual . 

Charts 30 through 33 show the functions 
and operation of EOV. A symbolic name is 
indicated above the blocks that describe 
each function. These names and the names 
of the actual EOV load modules that perform 
the functions are contained in a table in 
EOV module IGG0550Z. This table enables 
cross-referencing between the charts and 
the listings of the EOV load modules. 



INITIAL PROCESSING 

After the SYNAD/EOV executor has com- 
pleted its processing, the first module of 
the I/O support portion of the EOV routine 
is brought into the SVC transient area. 
After building a data extent block (DEB) , 
data control block (DCB) , input/output 
block (IOB) , and event control block (ECB) 
for its own I/O processing, the EOV routine 
reads a JFCB into a work area that was 
acquired in the dynamic storage by the 
SYNAB/EOV executor. This is the JFCB of 
the data set being read or written when the 
EOV condition occurred (EOV data set) ; the 
location on auxiliary storage of the JFCB 
was found in the task input/output table 
(TIOT) . 

The unit control blcck (UCB) is checked 
to determine the type of device on which 
the EOV occurred. For magnetic tape, the 
tape processing portion of the EOV routine 
is entered. For a direct-access device, 
the direct-access portion of the EOV rou- 
tine is entered. When the device is nei- 
ther tape nor direct-access, it is assumed 
to be unit record. 



When either an SVC 31 or SVC 55 
instruction is executed, the resulting 
interruption causes control to be given to 
the SVC interruption handler. This routine 
analyzes the interruption, brings the first 
load module of the EOV routine into the SVC 
transient area, and passes control to it. 

The first module loaded into the SVC 
transient area for an SVC 31 instruction is 
t\ie FECV executor; for an SVC 55 instruc- 
tion, the first module loaded is the 
SYNAD/ECV executor. 

Upon completion of the EOV routine, 
control is given to the EOV/new volume 



CONCATENATION 

If the EOV condition occurred because of 
an end-cf-data set on an input data set, 
the ECV routine determines whether this 
data set is concatenated to another data 
set. A data set is concatenated if, in the 
TIOT, the next DDNAME field entry is blank. 
If the data set is not concatenated, the 
EOV routine passes control through the 
supervisor to a user-written end-of-data 
set routine that is in the dynamic area. 

When data sets are concatenated but do 
not have the same attributes, the EOV 
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routine terminates by having the first 
module of the close routine brought into 
the SVC transient area to close the EOV 
data set. After close completes its pro- 
cessing, it passes control to the open 
routine, When the concatenated data sets 
have the same attributes, the volume type 
on which the new data set resides is 
determined, and the EOV routine performs 
the processing for that volume before 
returning control to the supervisor. 



EOV ON MAGNETIC TAPE 

Processing EOV conditions on magnetic 
tape consists primarily of verifying and 
constructing labels. Nonstandard label 
processing is performed by installation 
routines that are brought into the SVC 
transient area from the SVC library 
(SYS1.SVCLIB). 



EOV ON OUTPUT DATA SETS 

When an output data set has standard 
labels, the EOV routine generates trailer 
labels and writes them on the tape. If the 
data set has nonstandard labels, the 
installation programmer must provide a rou- 
tine to generate and write trailer labels. 
This routine is incorporated into 
SYS1.SVCLIB. 

If necessary, the EOV routine issues 
mounting instructions for either a speci- 
fied or a scratch volume to continue writ- 
ing the data set. The label charac- 
teristics and density (for dual density 
devices only) of the volume are compared 
with user specifications. If either does 
not agree, the volume editcr routine 
receives control as for open. When a 
volume with correct label characteristics 
is mounted, the EOV routine determines by 
reading the sense bytes whether the tape 
volume is file-protected. If the mode is 
OUTPUT or OUTIN and the tape is file- 
protected, a message is issued to the 
operator to insert a file protect ring. If 
the mode is INOUT and the volume is file 
protected, the message will require the 
operator to determine whether a file 
protect ring is necessary. This is the 
case when no writing has yet been done on 
the data set. Otherwise, the message is 
the same as for the OUTPUT or OUTIN modes. 

When standard labels are present, the 
EOV routine checks the header label of the 
first data set on the tape. If the expira- 
tion date of the first data set on the new 
volume has not passed, the EOV routine 
transmits a message to the operator. If 
the operator replies that the tape is still 
to be used, header labels for the EOV data 
set are written; if the operator replies 



that the tape is not to be used, a new tape 
may be mounted. 

The EOV routine also checks the label 
for the password protection indication. 
When the label indicates password protec- 
tion, the routine checks the JFCB. If the 
JFCB also specifies password protection, 
the label ID must be the same as the DSNAME 
or the volume is dismounted and a scratch 
volume is mounted. 

When the EOV routine has verified that 
the tape may be used to continue writing a 
data set, the routine overlays the labels 
already on the tape with new header labels. 

If an I/O device is available, the EOV 
routine requests mounting of an additional 
volume that is to receive portions of the 
data set. 

When a sequential access method is being 
used, the EOV routine has itself replaced 
by a sequential access method executor in 
the SVC transient area. If no access 
method is being used, the EOV routine 
releases its work area and returns CPU 
control to the supervisor. 



EOV ON INPUT DATA SETS 

When an input data set has standard 
labels, the EOV routine checks the block 
count in the trailer label to determine 
whether all the records have been read; if 
not the job step is terminated. If this 
data set does not continue on some other 
volume, the TIOT is checked to see whether 
the data set is concatenated. When a 
concatenated data set is security- 
protected, control is passed to the EOV 
security routine to obtain the password. 
When the data set continues on another 
volume that is not yet mounted, the EOV 
routine issues mounting instructions. 

Label processing is performed to verify 
that the proper volume has been moun-ted. 
If the devices are available, the EOV 
routine requests that other volumes 
containing unprocessed portions of this 
data set be mounted. If a sequential 
access method is being used, CPU control is 
passed to a sequential access method execu- 
tor that is brought into the SVC transient 
area. Otherwise, the EOV routine releases 
its work area and returns control to the 
supervisor. 



EOV ON DIRECT-ACCESS DEVICES 

Chart 33 shows the flow of CPU control 
through the EOV routine for an end-of- 
volume condition on a direct-access device. 
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EOV FOR OUTPUT DATA SETS 

An EOV condition for an output data set 
being written on a direct-access vcluroe 
indicates that the auxiliary storage space 
assigned to that data set, when the job 
step was initiated, has been filled. The 
EOV routine uses a DADSM (direct access 
device space management) routine to 
allocate more space on the same volume on 
which the EOV occurred. The space request- 
ed is that amount specified in the secon- 
dary quantity field of the JFCB. If no 
secondary quantity was specified, the job 
step is terminated. 

If the additional space cannot be allo- 
cated en the same volume , the EOV routine 
requests that another volume be mounted on 
an available device, and the DADSM routine 
is requested to allocate space on that 
volume. 

The volume-mounting request is for a 
scratch volume unless the user has speci- 
fied volumes for this data set. If no 
devices are available for this volume the 
job step is terminated. 

Once additional space has been allocat- 
ed, the EOV routine builds a new DEB that 
reflects the newly acquired storage. Part 
of the old DEE is saved and the storage 
that it occupies is released. The data set 
control block (DSCB) of the EOV data set is 



where 



the 



EOV 



read from the device 

occurred. Information from this DSCB and 

from the old DEB is used to build the new 

DEB. The DSCB and JFCB are checked for 

security violations before processing 

continued. 



is 



If a sequential access method is being 
used to operate on the data set, the EOV 
module replaces itself in the SVC transient 
area with an executor routine of the 
sequential access method. If an access 
method has not been used, the EOV routine 



releases its work area and returns CPU 
ccntrol tc the supervisor. 



EOV FOR INPUT DATA SETS 

When an EOV condition occurs for an 
input data set, the EOV routine determines 
whether the data set continues on any other 
volumes. If not, the TIOT is checked to 
see whether the data set is concatenated to 
other data sets. The correct password for 
a security-protected data set must be 
obtained before the concatenated data set 
may be read. When the data set continues 
on another volume, the EOV routine deter- 
mines whether this next volume was pre- 
viously mounted; if not, mounting instruc- 
tions are issued. The DSCB of the data set 
is read from this new volume, and portions 
of the old DEB are saved. The old DEB is 
replaced with a new DEB built from the 
saved portion of the old DEB and the DSCB. 

If a device is available for an addi- 
tional volume that contains unprocessed 
portions of this data set, mounting 
instructions are issued. If a sequential 
access method is being used, CPU control is 
passed to an executor module of that access 
method. Otherwise, the work area is 
released and ccntrol passed to the supervi- 
sor. 



FORCE END-OF-VOLUME 

Issuing of a force end-of-volume during 
the generation of a data set causes the EOV 
routine to read the DSCB, to change its 
extent indications to reflect the auxiliary 
storage occupied by the data set, and to 
rewrite the DSCB on the volume. 

When FEOV is issued for an input data 
set, the EOV routine issues mounting mes- 
sages and checks for concatenation and 
security. No DSCB processing is performed. 
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CHARTS 



The following charts are designed to be used with the listings of the 
I/O support routines. Each chart functicnal blcck has been given a naire 
of the form PLMRTXXX, where RT is symbolic of the routine name and XXX 
is a decimal number identifying the functicn. 

The listings provide tables which associate these names with the 
actual module names , enabling cross-referencing between the listings and 
the PLtf charts. These tables reside in the following modules: 

IGC00019 - open 
IGC00022 - cpenJ 
IGC00064 - RDJFCE 
IGC00020 - close 
IGC00023 - Tclose 
IGG0550Z - E0V 
IGG0550Z - FEOV 



Charts 23 



Chart 10. The OPEN Routine, Input — Tape and Direct-Access 



ENTRY WHEN 
OPEN (SVC 19) 
IS ISSUED 
PLMOPO10 

*****A1 ********** 

* * 

* GET CORE FOR * 

* WORK AREA FOR * 

* EACH DCB * 

* * 
***************** 



READ 

JFCB FOR EACH 

* DCB * 

************* 



PLMOP030 

*****C1 ********** 

* GET CORE - * 

* 40 BYTES PLUS * 

* 8 BYTES PER * 

* DCB FOR WTG * 

* TABLE * 
***************** 



ENTRY WHEN 
OPEN TYPE =J 
(SVC 22) IS 
PLMOJ010 ISSUED 

*****A2 ********** 

* GET CORE FOR * 

* WORK AREA FOR * 

* EACH DCB * 

* * 
***************** 



PLMOJ020 V 

*****B2 ********** 
*MOVE JFCB FROM * 

* PROCESSING * 

* PROGRAM TO * 

* WORK AREA * 

* FOR EACH DCB * 
***************** 



PLMOJ030 

*****C2 ********** 

* GET CORE - * 

* 40 BYTES PLUS * 

* 8 BYTES PER * 

* DCB FOR WTG * 

* TABLE * 
***************** 

I 



* SET UP PATH 
*FOR OPEN LOADS 

* IN WTG TABLE 
* 
**************** 



PLMOP050 



.* OPEN *. N 
*.FOR RDBACK OR.*- 
*. MOD .* 
*• •* 



* SET UP PATH * 
*FOR OPEN LOADS * 

* IN WTG TABLE * 

* * 
***************** 



.DIRECT ACCESS. 



PLMOP070 

*****E3**** ****** 

* ISSUE * 

* MOUNTING * 
>* MESSAGES AND *- 

* VERIFY VOLUME * 

* LABELS * 
***************** 



-> READ DSC3(S) 



************* 



.* MORE 
. THAN FIVE 
*. VOLUMES • 



***** 
*12 * 
* Al* 



PLMOP110 V 

*****G1 ********** 

* READ JFCB * 

* EXTENSION TO * 
•OBTAIN CORRECT *- 

* VOLUME * 

* INFORMATION * 
***************** 



* ISSUE * 

* MOUNTING * 

* MESSAGE * 

* * 
***************** 

**** 

* * 

* H2 *-> 

* * 
**** 

PLM0P122 V 

*****H2 ********** 

* * 

* VERIFY THAT * 

* PROPER TAPES * 

* ARE MOUNTED * 

* * 
***************** 



PLM0P124 



.♦PROPER *. 
.♦LABEL TAPE 
. FOR OUTPUT 



PLM0P125 .*. 

.*IF DUAL*. 

.DENSITY DEV... N 

♦CORRECT DENSITY*- 

*. FOR .* 

♦OUTPUT.* 

♦• •* 

* YES 



PLM0P126 

****** 3 ********** 

* OMODVOL1 ♦ 
*—*—*—*—*—*—*—*—* 

>*MOUNT OR CREATE* 

* PROPER TAPE * 

* LABEL ♦ 
***************** 
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***** 
*n * 

* Al* 



Chart 11. The OPEN Routine, Input — Tape and Direct-Access 



***** 
*ii * 

* Al* 



PLM0P127 



♦.PROTECT RING 



WRITE 

MESSAGE TO 

* OPERATOR * 

************* 



* NONSTD 

LABELS AND 

♦.INPUT OR . 

*.INOUT.* 



PLMOP160 V 

*****C1 ********** 

* NSLOHDR1 * 
*—*—*—*—*—*—*—*—* 

* NON-STD LBL * 
*INPUT VERIFIC. * 

* + POSITIONING * 
***************** 



PLMOP210 .*. 


Dl *. 


.* * 


.♦ ANY 


*. VOLUME 


♦.REJECTED 


*. .* 


*. .* 


* YES 



PLMOP140 



PLM0P150 



NO LABELS 



PLMOP200 V 

*****E1 ********** 

* ISSUE * 

* MOUNTING * 
* MESSAGES AND * 

* VERIFY PROPER * 

* TAPE MOUNTED * 
***************** 



***** 
♦12 * 
* Al* 



PLM0P180 



***************** 



*E3********** 



***************** 



PLMOP220 



INPUT *. 
OR INOUT 

.* 
*. • ♦ 


NO 
* 


V 
***** 


*. .* 

* YES 
1 




*12 * 

* Al* 

* * 



***************** 



**** I 

* * I 

* H3 ♦-> I 

* * J 
**** | 

PLM0P190 V 

*****H3* ********* 



***************** 



* DATA SET * 
♦LABEL 2 TO JFCB* 

* MERGE ♦ 

* * 
***************** 

I 
I 
I 



->*. PASSWORD OK .♦ 



PLM0P228 

V 
****H5********* 

* * 

* ABEND ♦ 

*************** 



Charts 
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•Chart 12. The OPEN Routine, Output — Tape and Direct-Access 



**** 

A 



PLMOP240 



PLM0P250 



PLMOP260 



PLM0P310 



*. DIRECT ACCESS. *- 



*********** 



* SET UP WTG * 

* TABLE FOR * 

* EXECUTORS * 

* * 
***************** 



PLMOP350 

*****D1 ********** 

* USER RTN * 
*-*-*—*—*-*-*-*-* 

* DCB EXIT * 



***************** 



***************** 



r 



**** 
* * 

* J2 * 

* * 
**** 



**** 

* * 

* J2 * 



OUTPUT OR 



PLMOP510 



*READ ADDITIONAL* 
DSCB IF < 
* REQUIRED * 

************* 



PLMOP330 



READ 

JFCB FOR EACH 

* DATA SET * 

************* 



PLMOP410 

*****p 2 ********** 

* ISSUE * 

* MOUNTING * 

* MESSAGES AND * 

* VERIFY VOLUME * 

* LABELS * 
***************** 

I 



READ DSCB(S) 



*********** 



* H2 * , 

* * | 
**** | 

PLMOP550 V 

*****H 2 ********** 

* NSLOHDRO * 
YES *_*_*_*_*_*_*_*_* 

* >* NON-STD LBL * 

♦OUTPUT VERIFIC * 

* + POSITIONING * 
***************** 



PLM0P282 



.* NOT * 

.* NEW AND 

DATA SET 

♦.SECURITY 



**** | 
* J 

* C3 *->| 

* * j 
**** | 

PLM0P300 V 

*****C3 ********** 



***************** 

**** 
*12 * 

* D3 * , 



.* ANY 
VOLUME 
♦.REJECTED 



PLMGP362 



.FILE PROTECT .*- 



♦NOTIFY OPERATOR* 



***************** 



♦ WRITE TO ♦ 

OPERATOR WITH 

♦REPLY (WTOR) * 

************* 



*************** 



PLM0P302 



PASSWORD OK .♦ 



PLM0P610 

*****D4 ********** 

* ISSUE * 

* MOUNTING M5G ♦ 
>♦ AND VERIFY * 

* PROPER TAPE * 

* MOUNTED * 
***************** 



PLM0P364 



.* PROPER * 
♦.LABELED TAPE 
*. MOUNTED .* 



PLMOP414 

*****F4 ********** 

* OMODVOL1 * 
*—*—*—*—*-*—*—*—* 

* NOTIFY * 

* OPERATOR * 



REPLY 
= 'U« (TO 
. USE) 



PLMOP304 

V 
****C5********* 

>* ABEND 

* 
*************** 



* * 
*13 * 
* A3* 
***** 



PLM0P366 



*** 



******* 



* H2 ♦ 
**** 



PLMOP520 



PLMOP530 



PLMOP590 



* YES 

I 

I 

V 
***** 
*13 ♦ 
* A3^ 
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*—*—*—*—*—*—*—*—* 

* ACCESS METHOD *- 

* EXECUTOR ♦ 

* * 
***************** 



***************** 



*13 * 

* Al* 

* * 



•Chart 13, The OPEN Routine, Output — Tape and Direct-Acceas 



***** 

♦13 * 
* Al* 



PLM0P39a V 

***** A 1 ********** 

* LOAD * 

* APPENDAGE * 

* ROUTINES FOR * 

* EXCP * 

* * 
***************** 



PLMOP380 



PLMDP382 



.* OLD AND *. 
. DATA SET 
•.SECURITY .* 



WRITE BACK 
JFCB IF 
* MODIFIED 

************ 

I 
I 



* WRITE TO 
r — > OPERATOR WITH 
* REPLY * 

************* 



***************** 



**** 

* * 

* 65 * 

* .. '* 

*.*** 



* RELEASE * 

* WTG TABLE * 

* STORAGE * 

* * 
***************** 



***************** 



PLMOP630 

V 
****G1 ********* 

* * 

* EXIT * 

* * 
*************** 



PLM0P420 .*. 



PLM0P422 



WRITE BACK 

DSCB IF 

* MODIFIED * 

************* 



* RELEASE * 

* WORK AREA * 

* STORAGE * 

* * 
***************** 



REPLY *. YES 

•U» (TO .* 1 

USE) .* | 



PASSWORD OK 



*************** 



PLMGP470 



REPLY = M 



**** * NO 

* * 

* C5 * 

* * 
**** 

PLM0P472 

V 
****D4 ********* 

* * 

* ABEND * 

* * 
*************** 



***************** 



***** 
*12 * 

* 03* 



***** 
*12 * 

* J2* 



€ft*ftS 



27 



Chart 14. The RDJFCB Routine 



ENTRY WHEN 
RDJFCB (SVC 64) 
IS ISSUED 



* GET STORAGE * 

* FOR * 

* WORK AREA * 

* * 
***************** 



************* 



PLMRJ030 V 

*****C2 ********** 

* GET ADDR OF * 

* DYNAMIC AREA * 

* FROM DCB * 

* EXIT LIST * 

* * 
***************** 



* MOVE JFCB * 

* TO * 

* DYNAMIC AREA * 

* * 
***************** 



* FREE STORAGE * 

* OF WORK * 

* AREA * 

* * 
***************** 



PLMRJ060 

V 
****F2 ********* 

* * 

* EXIT * 

* * 
*************** 
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Chart 20. The CLOSE Routine, Tape 



ENTRY WHEN * GET CORE * 

CLOSE (SVC 20)* 40 BYTES PLUS * 

IS ISSUED *8 BYTES PER DCB* 

* FOR WTG TABLE * 

***************** 



* GET CORE * 

* FOR WORK AREA * 

* FOR EACH DCB * 

* * 
***************** 



* SET UP * 

* WORK * 

* AREA * 

* * 
***************** 



* SET UP WTG * 

* PATH AND * 

* WTG TABLE * 

* * 
***************** 



PLMCLOSO .*. 



PLMCL060 



PLMCL070 



•* TAPE 

OR DIRECT 
*. ACCESS . 



PLMCL090 

F 

YES .** 



*—*—*—*—*—*—*—*—* 

* ACCESS * 

* METHOD * 

* EXECUTOR * 
***************** 



*-*-*-*-*-*-*—*-* 

* ACCESS *< 

* METHOD * 

* EXECUTOR * 
***************** 



READ 
JFC3 
******** 
I 

I 



PLMCL100 .*. 


F4 *. 


• * 


.* DIRECT 


*. ACCESS 


*. OUTPUT 


*• . 


*• •* 


* NO 

1 



PLMCL140 .* 



READ 
DSC3 



PLMCL150 



PLMCL160 



.* STANDARD 
LABELS 
*. OUTPUT 



PLMCL170 

*****H4 ********** 

* CONSTRUCT * 

* DATA SET * 
>* TRAILER * 

* LABEL 1 * 

* * 
***************** 



PLMCL180 

*****H5 ********** 

* CONSTRUCT * 

* DATA SET * 
>* TRAILER * 

* LABEL 2 * 

* * 
***************** 





PLMCL190 .*. 

J2 *. 
.* * 
NO .* DIRECT 


V 
***** 


*. 

*. .* 


*21 * 

* F3* 
* * 


*. .* 

* YES 

1 



V 
***** 


PLMCL220 

• * 

YES .* 

* # 

*• 


• *• 
<2 *. 

INPUT 


*21 * 
* E3* 

* * 








*. .* 

* NO 
I 










1 

V 

***** 

*2l * 

* A2* 

* * 



PLMCL200 



PLMCL210 

*****J4 ****** 
* NSLCTRLO 
*—*—*—*—*—*—* 



.* LABELS OR *. YES 

STANDARD .* 

*. LABELS .* 



>* NONSTANDARD * 

* LABELS AND * 

* DISPOSITION * 
***************** 



* TAPE * 
>* VOLUME * 

* DISPOSITION * 

* * 
***************** 



Charts 
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Chart 21. The CLOSE Routine , Direct-Access 



***** 

♦21 * 

* A2* 



PLMCL250 



.♦FOUNDATION *.. YES 

♦EXTENDED 3L0CK.* 

♦.PRESENTED.* 



******* 



***************** 



PLMCL270 



PLMCL280 



.* EXTERNAL *. 

.STORAGE TO BE. 

♦.RELEASED .♦ 



PLMCL290 

*****B5 ********** 

♦ DADSM MODULE * 
*-*-*-*-*-*-*-*-* 

>♦ RELEASE * 

♦ EXTERNAL * 

♦ STORAGE ♦ 
***************** 



WRITE 
BACK 
♦ DSCB 

************* 



WRITE 

FILE 

♦ MARK ♦ 

************* 



♦ E3 ♦-> 

♦ * 
**** 

PLMCL320 V 

*****E3 ********* 

♦ DIRECT 

♦ ACCESS 

♦ VOLUME 

♦ DISPOSITION 
* 
**************** 

**** 
♦21 ♦ 

♦ F3 ♦-> 

♦ * 
**** 

PLMCL330 V 

*****F 3** ******* 



********** 



t****** 



***************** 



***************** 



PLMCL360 V 

***** j 3 ********** 

♦ FREE WORK ♦ 

♦ AREA AND ♦ 

♦ WTG TABLE * 

♦ STORAGE ♦ 

♦ * 
***************** 



PLMCL370 

****K2 ********* 

* * 

* EXIT ♦ 

* * 
*************** 



PLMCL380 



.♦UNLIKE *. 
.♦SEQUENTIAL ♦. YES 
.CONCATENATION.^ 



PLMCL390 

*****K4 ********** 
♦ IGCOOOII ♦ 
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Chart 22. The CLOSE (TYPE=T) Routine 



* * 

* A3 * 



PLMTC170 



READ 
DSC8 



* STANDARD 

LABELS 
*. OUTPUT 



ENTRY WHEN * GET CORE * 
CLOSE TYPE=T * 40 BYTES PLUS * 
(SVC 23) *8 BYTES PER DCB* 
IS ISSUED * FOR WTG TABLE * 
***************** 



* GET CORE * 

* FOR WORK * 

* AREA * 

* FOR EACH DCB * 
***************** 



********* 

* * 

* SET UP * 

* WORK * 

* AREA * 

* * 
***************** 

I 



READ 

JFCB 

*********** 



PLMTC090 V 

****** C3* ********* 


* WRITE * 

FILE 

* MARK * 


************* 



PLMTC190 



PLMTC200 



* UPDATE * 

* * 

* DSCB * 

***************** 



PLMTC250 

*****C5 ********** 

* NSLCTRLO * 
*—*—*—*—*—*—*—*—* 

>* EXIT TO * 

* NONSTANDARD * 

* LABEL RTN * 
***************** 

I 



* UNLABELED 
>* TAPE 

* POSITIONING 

**************** 



PLMTC110 
****** 


V 

E3**** 


* 




WRITE 


* 




DSCB 



PLMTC210 



************ 



******** 



* SET UP * 

* WTG * 

* TABLE * 

* * 
***************** 



PLMTC120 V 

*****F3 ********** 

* SET POSITION * 

* IN DCB * 

* ACCORDING TO * 

* DISPOSITION * 

* * 
***************** 



PLMTC220 V 

*****F4 ********** 

* * 

* CONSTRUCT * 

* DATA SET * 

* LABEL 1 * 

* * 
***************** 



PLMTC060 



PLMTC130 



* CONSTRUCT * 

* DATA SET * 

* LABEL 2 * 

* * 
***************** 



* H3 *— > 

* * 
**** 

PLMTC140 V 

*****H3 ********** 



***************** 



* LABELED * 
-* TAPE * 

* POSITIONING * 

* * 
***************** 



************ 



PLMTC160 

V 
****K 3 ********* 

* * 

* EXIT * 

* * 
*************** 
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Chart 30. The EOV Routine, Initialization 



****A2** ******* 
ENTRY WHEN * SVC * 
EOV (SVC 55) * INTERRUPTION * 
IS ISSUED * HANDLER * 

*************** 



*****B2 ******** 



*—*—*—*—*—*—*—*—* 

* SYNAD/EOV * 

* MODULE OF * 

* SAM * 
***************** 



* C2 *-> 



**** 
PLMEV010 

*****C2 ********** 

* INITIALIZE, * 
*BUILD DEBt DCB * 

* IOB, AND ECB * 

* FOR EOV * 

* ROUTINES * 
***************** 



****A3********* 

* SVC * ENTRY WHEN 

* INTERRUPTION * FEOV ( SVC 31 ) 

* HANDLER * IS ISSUED 
*************** 



*****B3 ********** 



*—*—*—*—*—*—*—*—* 

* FEOV * 

* MODULE OF * 

* SAM * 
***************** 



PLMEV020 V 

******D2 *********** 

READ JFCB 

* INTO * 

WORK 

* AREA * 

************* 



*32 * 

* A2* 

***** 

A 



PLMEV030 



PLMEV040 

*****E 3**** ****** 

* MOVE * 

* THREE SERIAL * 
>* NUMBERS FROM *- 

* JFCB * 

* * 
***************** 



PLMEV050 



PLMEV090 



.* JFCB 

EXTENSION 
*. NEEDED 



PLMEV150 V 

*****G2 ********** 

* READ JFCB * 

* EXTENSION * 

* AND OBTAIN *- 

* SERIAL * 

* NUMBERS * 
***************** 



PLMEV160 



.* WAS * 

EOV ON 
MAGNETIC 
. TAPE 





PLMEV060 .*. 




F4 *. 




.* WAS * 




NO .* EOV ON 




* . D . A . 


V 


*. DEVICE 


***** 


*. .* 


*31 * 


*• •* 


* A2* 


* YES 


* * 


1 



PLMEV070 



PLMEVIOO 



***** 
*32 * 
* Bl* 



***** 

*31 * 

* A2* 

* * 



***** 
*31 * 
* Gl* 



***** 
*33 * 
* Al* 



PLMEV170 .*. 


PLMEV080 


• *• 


H3 *. 






i4 *. 


• * *• 




• * 


* 


.* *. NO 


• * 




*. OUTPUT •* 1 


*. 




FEOV 


*. •* | 




*. 




*. .* | 




* 


. .* 


*. .* V 






* • •* 


* YES ***** 




* YES 


| *33 


* 




1 


* Al 


* 




1 


j * * 




V 


] * 






***** 


V 






*33 * 


PLMEV180 .*. 






* A2* 


J3 *. 






* * 


• * *. 






* 


.* *. NO 






















*• •* 


V 






*. .* 


***** 






*. .* 


*33 * 






* YES 


* A4* 







***** 

*33 * 

* A2* 

* * 
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Chart 31. The EOV Routine, Initialization 



***** 

*31 * 

* A2* 



PLMEV250 



.* NULL * 
.* DATA SET 
->*. OR UNIT 
*. RECORD 



PLMEV260 



.* NEXT TIOT 
*. ENTRY NON- 
*. BLANK 
*DDNAME.« 



SET * 

EOVC * 

SWITCH ON * 

* 

************** 



.*UNLIKE *. 
♦ATTRIBUTES 

OR NON-STD 
*. LABELS . 



PLMEV310 

*****B 3 ********** 

* RELEASE * 

* WORK * 
>* AREA * 

* STORAGE * 

* * 
***************** 



****C3 ********* 

* EXIT TO * 

* USER WRITTEN * 

* EOD ROUTINE * 
*************** 



* POSITION 

* TAPE TO 

* DATA SET 
* 
************* 



* CLEAR * 

* EOVC * 

* SWITCH * 

***************** 



PLMEV350 



***** 
*31 * 
* Gl* 



PLMEV290 

*****E2 ********** 

* RELEASE * 

* WORK * 

* AREA * 

* STORAGE * 

* * 
***************** 



PLMEV300 

V 
****F 2 ********* 

* EXIT TO * 

* CLOSE * 

* ROUTINE * 
*************** 



PLMEV190 



PLMEV230 



PLMEV360 



.* MORE *. 

THAN 

ONE UNIT 

.ALLOCATED. 



THE 

DATA SET 

INPUT 



.* 


STANDARD 


*. 


YES 


** 


LABELS 
.SPECIFIED 
*• •* 


.* 


"I 




*• •* 




V 




* NO 




***** 
*32 * 
* A4* 



PLMEV380 

*****F3 ********** 

* RELEASE * 

* WORK * 

* AREA *< 

* STORAGE * 

* * 
***************** 



PLMEV390 

V 
**** 6 3 ********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 



PLMEV370 



*****G4 ********** 



* SEQUENTIAL * 

* ACCESS METHOD * 

* EXECUTOR * 
***************** 



PLMEV200 .*. 


PLMEV240 .*. 




HI *. 










H2 *. 




.* IS *. 










.* *. 




.* EOVC *. YES 








* 


NON *. YES 




*. SWITCH .* , 






*« 




STANDARD .* 


" ' i 


*. ON .* 








* 


. LABELS .* 


V 


*. .* j 










*• •* 


***** 


*. .* V 










*. •* 


*32 * 


* NO ***** 








* NO 


* B3* 


1 *31 


* 








I 


* * 


* A2* 








1 


* 


] * * 








V 




1 * 










***** 




V 










*32 * 




PLMEV210 .*. 










* C4* 




Jl *. 










* * 




• * *• 










* 




.* LABELED *. NO 














*. TAPE .* 




— l 










*. .* 




V 










*. .* 




»*** 








*. .* 


*32 


* 








* YES 


* 


El 


* 









****H4********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 



.* STANDARD *. 


NO 




LABELS 










*• • * 




V 


*. .* 




***** 


*. .* 




*32 * 


* YES 

1 




* C2* 
* * 



***** 
*32 * 
* Dl* 
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Chart 32. The EOV Routine, Tape 



***** 

*32 ,« 
* A2* 



PLMEV110 



***** 
*32 * 
* Bl* 



PLMEV130 



.* STANDARD *. YES 

LABELS .* 

♦.SPECIFIED.* 



PLMEV120 



***** 
*32 * 
* 83* 



PREPARE * 

TRAILER * 

LABEL 1 * 

* 

************** 



NON 
STANDARD 
. LABELS 



-*—*—*—*—* 



PLMEV140 .*. 


CI *. 


.* *. 


.* STANDARD 


*. LABELS 


♦.SPECIFIED. 


*• •* 


*• •* 


* YES 


**** 




*32 * 




* Dl *-> 




* * 




**** 





*—*—*—*—*—*—*—*—* 

->* INSTALLATION * 

A * TRAILER LABEL * 
I * ROUTINE * 
I ***************** 



*32 * 
* C2* 
***** 



PLMEV400 

*****D1 ********** 

* READ AND 

* PROCESS 
♦TRAILER LABELS 
♦(HEADER IF READ* 

* BACKWARD) ♦ 
***************** 



* 



PLMEV410 



.♦ MORE 
♦ VOLUMES 
FOR THIS 
*.DATA SET 



S .* , 



*32 * 
* El* 
***** 

PLMEV420 V 

*****P1 ********** 

* MOUNT NEXT * 

* VOLUME AND * 

* VERIFY IF * 

* NOT ALREADY * 

* DONE * 
***************** 



PLMEV480 

•****E 2 ********** 

* RELEASE * 

* WORK * 

* AREA *< 

* STORAGE * 

* * 
***************** 



PLMEV490 

V 
****F2 ********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 



->* INSTALLATION 

* TRAILER LABEL 

* ROUTINE 
**************** 





* D3 * 

* * 




**** 


i 

V 
PLMEV470 .*. 

D3 *. 
.* * 

'YES .* EXCP 
i *. SPECIFIED 



*****E3 ********** 

* * 

* SEQUENTIAL * 

* ACCESS METHOD * 

* EXECUTOR * 
***************** 



PREPARE * 

TRAILER * 

LABEL 2 * 

* 

************* 



PLMEV520 .*. 

C4 *. 
.* WERE *. 
.* VOLUME *. N 
i~>*SERIAL NUMBERS. *- 
| *. SPECIFIED.* 



PLMEV530 



MOUNT 
SCRATCH 
VOLUME 



1 


*. .* 




***************** 




* YES 




1 


* * 






I 


*32 * 


| 




1 


* C4* 


1 




1 


***** 


1 




1 
V 


PLMEV540 V 




PLMEV550 .*. 


*****D4 ********** 


D5 *. 


* 


MOUNT 


* 


• * *• 


* 


NEXT 


* 


• * *• 


* 


INDICATED 










* 


VOLUME 


* A *. TYPE .* 


* 




* 


*. .* 


**** 


************* 


*• . * 








* NO 
















1 * 

L - >* E4 * 




1 






I 












**** 


PLMEV550 | 




PLMEV570 .*. 



*****E4********** 

* EMODVOL1 * 

*—*—*—*—*—*—*—*—* 

r->* VOLUME * 

I * LABEL * 

I * EDITOR * 

j ***************** 

**** 

* * 

* E4 * 



PLMEV560 



NON 
STANDARD 
. LABELS 



* YES 

I 
I 



PLMEV575 



PLMEV430 



*—*—*—*—*—*—*—*—* 

* INSTALLATION * 

* HEADER LABEL * 

* ROUTINE * 
***************** 



PLMEV440 



.* STANDARD *. 
LABELS . 
♦.SPECIFIED.* 



**** 
A 
I 



>* INSTALLATION * 

* HEADER LABEL * 

* ROUTINE * 
***************** 



PLMEV600 V 

*****H3** ******* 

* MOUNT NEXT 

* VOLUME FOR 

* OUTPUT IF 

* DEVICE IS 

* AVAILABLE 
**************** 



* CONSTRUCT * 
-* NEW HEADER *< 

* LABELS * 

***************** 



PLMEV580 

*****H5********** 

* READ AND * 

* CHECK HEADER * 
* LABELS ON THE * 

* NEWLY MOUNTED * 

* TAPE * 
***************** 



* Jl *-> 

* * 
**** 

PLMEV450 V 

*****j x********** 

* READ ANO * 

* CHECK THE * 
♦HEADER LAPELS. ♦ 

* (TRAILER, IF ♦ 
♦READ BACKWARD) ♦ 
***************** 



RELEASE * 

WORK AREA *- 

STORAGE *. 

* 

**************** 



PLMEV630 



****J4********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 



**** 
PLMEV460 V 

*****«! ********** 

* MOUNT AHEAD * 

* IF DEVICE IS * 
r— >* AVAILABLE AND * 
j *ANOTHER VOLUME * 

* INDICATED * 
I ***************** 



*****K2 ********** 

* * 
*—*—*—*—*—*—*—*—* 

* SEQUENTIAL *- 

* ACCESS METHOD * 

* EXECUTOR * 
***************** 



****K3 ********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 
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Chart 33. The EOV Routine, Direct-Access 



***** 

♦ 33 * 

* A2* 



PLMEV640 .*. 




PLMEV810 V 


Al *. 




****** A2 ****** 


• * *« 






.* ARE 


*. 


NO * WRITE 


*. THERE MORE 


. 


* t FILE 


*. VOLUMES . 


* 


| * MARK 


*• •* 




1 


*. .* 




V *********** 


* YES 




*****CONCAT- 










*31 *ENATION 










* A2*TEST 










* * 










* 





******* 



PLMEV650 V 

*****B1 ********** 

* MOUNT NEXT * 

* VOLUME AND * 

* VERIFY IF NOT * 

* ALREADY DONE * 

* * 
***************** 



PLMEV660 

***** CI ********** 

* MOUNT AHEAD * 
*IF MORE VOLUMES* 

* INDICATED AND * 

* DEVICE * 

* AVAILABLE * 
***************** 



******* 



************* 



* UPDATE * 

* DSCB * 

* * 
***************** 



PLMEV670 V 


PLMEV840 V 


*****D1 ********** 


******D2**** 


* READ DSCB * 




* SAVE PART * 


* WRITE 


* OF OLD * 


DSCB 


* DEB * 


* 



********* 



*—*—*—*—*—*—*—*—* 

* GET SECONDARY * 

* STORAGE ON * 
♦CURRENT VOLUME * 
***************** 



PLMEV730 



**************** 



************* 



.* WAS *. 

SPACE 
*. AVAILABLE.* 



I 
PLMEV740 V 

*****C4 ********** 

* MOUNT NEXT * 

* VOLUME AND * 

* VERIFY IF * 

* NOT ALREADY * 

* DONE * 
***************** 

I 



*****04 ********** 
*DADSM * 

* GET SPACE * 

* ON NEW * 

* VOLUME * 
***************** 

I 



PLMEV750 



* 3UILD * 

* NEW * 

* DEB * 

* * 
***************** 



.* WAS *. 

SPACE 

♦.AVAILABLE.* 



CLEAR * 

EOVC * 

SWITCH * 

* 

************* 



READ DSCB 

SAVE PART 

OF OLD DEB 



********* 



PLMEV700 



* BUILD * 

* NEW * 

* DEB * 

* * 
***************** 



*****H1 ********** 

* * 
*—*—*—*—*—*—*—*—* 

* SEQUENTIAL * 

* ACCESS METHOD * 

* EXECUTOR * 
***************** 



I 
PLMEV710 V 

*****H2 ********** 

* RELEASE * 

* WORK * 

* AREA * 

* STORAGE * 



*********** 



***** 



PLMEV720 



****J1 ********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 



**** j 2 ********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 



***** j 3 ********** 

* * 

* SEQUENTIAL *< 

* ACCESS METHOD * 

* EXECUTOR * 
***************** 



PLMEV780 



PLMEV790 

*****J5********** 

* RELEASE * 

* WORK * 
>* AREA * 

* STORAGE * 

* * 
***************** 



****K3 ********* 

* EXIT TO 

* SUPERVISOR 



*************** 



PLMEV800 



****K5 ********* 

* EXIT TO * 

* SUPERVISOR * 

* * 
*************** 
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APPENDIX A: I/O SUPPORT WORK AREA 



The contents of the work area shown in 
Figure 3 are used for the OPEN, OPEN 
(TYPE=J) f CLOSE, CLOSE (TYPE=T) , and EOV 
routines. The numbers in parentheses are 
the nuirber cf bytes of storage for a 
particular section. 



The first 464 bytes are used by the 
OPEN, CLOSE, and EOV routines. The next 38 
bytes are used only by the EOV routine. 
The next 24 bytes are used by the OPEN and 
EOV routines. EOV uses an additional 10 
bytes along with the preceding section. 



Bytes 



Contents 



OPEN, CLOSE, EOV j one of the following: 



T T T T T 

file | file | DSCB j DSCB j DSCB j 

label | label | data portion j key portion | data portion | message 

#1 j #2 | format 1 | f crmat 3 j format 3 jarea 

bytes | bytes j bytes j bytes j bytes j (variable 

(80) | (80) | (96) | (44) | (96) | size) 

± -L X J. _L 



100 



I volume 

| label 

I 

| bytes 

| (80) 



176 



j Job File Control Block (JFCE) 



j Event Control Block (ECB) 



40 



j Input/Output Block (IOB) 



44 



j Data Extent Block (DEB) 



| Data Control Block (DCB) 



96 



j Channel Command "Words (CCWs) 



37 



| XCTL Work Area (EOV only) 



j Switch (EOV only) 



24 



j Work Area for Volume Serial Numbers (OPEN and EOV only) 



F 

10 | Additional Work Area for Volume Serial Numbers (EOV only) 

L J. 

Figure 3. OPEN, CLOSE, and EOV Work Area 
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APPENDIX B: THE TRANSFER CONTROL (XCTL) TABLE 



The XCTL table is used to transfer 
control between loads and between a lead 
and an access method executor. The format 
of the XCTL table is shown in Figure 4. 
There is a table starting on a double-word 
boundary in each load. The table consists 
of the other load ID's to which this load 
can transfer control. Each entry consists 
of the load ID, its relative disk address 



(TTR) and the length of the load. The 
TTR's are inserted by the IEHIOSUP utility 
program when the system is generated. The 
last four bytes of the load consist of a 
supervisor-call (SVC) pointing to the 
beginning of the XCTL table. The pointer 
is expressed in double words from the 
beginning of the load. 



T 



Load 


4. 




Program 




Load ID ± 
(2 bytes) 


T 

4. 


Relative disk 
address (TTR) 
(3 bytes) 


T 

1 
1 
1 

4- 


Length of 

lead expressed in double words 

(1 byte) 


Load ID 2 


T 

4. 


TTR of load 


T 

1 

4- 


Length 


Load ID 3 


T 

4. 


TTR of load 


T 

1 

4. 


Length 


Lead ID'S 
continue 


T 

4. 




T 

1 
1 

4- 




Lead ID n 


T 

4. 


TTR of load 


T 

I 

J. 


Length 


00 

(end of table) 


t 









J 



(Program continues) 



l 



r ' 



SVC code 



j. 



^ 

Pointer to the first ID ± relative 
tc and expressed in double words | 



j 



last 4 bytes of load 



Figure 4. XCTL Table 
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APPENDIX C: THE WHERE-TO-GO (WTG) TABLE 



Both the open and close routines set up 
a WTG table tc indicate which load modules 
and routines are necessary for processing. 
Figure 5 shews the WTG table format. The 
first twenty-nine bytes (0-28) form a pa- 
rameter for the directory entry portion of 
the XCTL and LOAD macro-instructions. 
Bytes 30 and 31 indicate by bit setting the 
required path through the open or close 
load modules. Bit assignments in the first 
byte are for: 



• Direct-access device. 

• Standard label tape positioning. 

• Unlabeled tape positioning. 

• Input label processing (verification) . 

• Nonstandard input tape. 

• Nonstandard output tape. 

• Volume label editing. 

• Data set security. 

Bit assignments in the second byte are for: 



• Output label processing (verification) . 

• Mere than five volumes specified by the 
JFCB. 

• Volume label editor processing. 



The rest of the WTG table indicates the 
access method executors required to process 
each DCB. Open and close effect this 
indication by providing each DCB with an 
associated entry when the table is built. 
Open and close transfer, from the XCTL 
table to the DCB's entry , the identifi- 
cation (ID) and relative disk address (TTR) 
of the first access method executor 
required to process the DCB. The first 
five bytes of each eight-byte entry is used 
for this purpose. The last three bytes of 
each entry contain the address of the work 
area assigned to the DCB. The last entry 
in the variable section is the IDTTR of the 
open or close load module to which the 
access method routines return control. 



Byte 




12 



16 



20 



24 



28 



32 



Name 




Relative Disk Address 


(TTR) 






T 

| Concatenation 






cf First Record 








| Number 

x 


Zero 


T" 

1 
1 

4— 


(see note) 1 


T 

1 
1 

_X 






TTR of First Text 


Record 


T 

I 
I 

4— 


Zero 


T 

1 
1 

l 


TTR 


of 


NOTE List or Scatter List 


Translation 


T 
1 


Zerc or Number cf 


T 

1 






Attributes 


Table 


1 
X- 


Entries NOTE List 


1 

_J. 






T 



32+n(8) | 



Total Contiguous Main Storage 
Required for Module 



Text Record 



"T T" 

j Length WTG Table | 
(in double-words) 



Path Through Loads of Routine 



H 



| Length of First 
I 



X J. 

IDTTR of Executor for First DCB 


T 

| Work Area Address 

J for First DCB 
i 


Table of IDTTR' s (8 bytes) 


IDTTR of Executor for nth DCB 


T 

| Work Area Address 

I for nth DCB 
i 


IDTTR of Load to Which Control Returns 


t — 
j Not Used 

x 



I 

L X J 

A Alias indicator and user data field descriptor. An alias indicator is one bit, 
the number of TTR's in the user data field is two bits. 



Figure 5. Where-Tc-Go (WTG) Table for OPEN and CLOSE Routines 
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LOCK bit 6,14-16 
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Merge tables 13 

Mount switch 8,9,12 

Multi-volume, multi-data set aggregate 
9,10 



Nonstandard label routines 9,18,21 
Null data set 6,7,18 

OPEN bit 6,7,14,16 

OPEN macro-instruction 5,6,8,10,14 

OUTIN 9,21 

OUTPUT 9,21 

Password data set 10 
Password entry 

user count 10 

reading of 10,11 
Password protection 10,11,21,22 
PURGE macro-instruction 17 

RDBACK 8,10,11 

RDJFCE macro-instruction 6,14 

Security protection (password protection) 
10,11,21,22 

Standard labels 

processing of 10,11,21 
verification of volumes with 9 

SYSIN 9,18 

SYSOUT 9,18 

Tape sequence numbers 9,10 

Unlabeled tape positioning 9 
User exit 6,13 

Volume disposition 18,19 
Volume editor routine 10,21 
Volume mounting 8,9,11,12,21,22 
Volume serial number 8,9,12 

Where-to-Go (WTG) table 7,14,17,38 
WRITE bit 17,18 

XCTL table 13,14,16,17,37 
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